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DESCRIPTION 

MOBILE TERMINAL APPARATUS AND HANDOFF METHOD THEREOF 

5 Technical Field 

The present invention relates to a mobile terminal apparatus and a handoff 
method thereof, and in particular to a mobile terminal apparatus which has a plurality of 
access mechanisms to a packet-switched data communications network and constantly 
changes its point of attachment to the packet-switched data communications network. 

10 

Background Art 

With the emergence and proliferation of wireless technology, the Internet today 
has evolved to a stage where numerous data communications end-points are made up of 
mobile terminals, each roaming through different domains and attaching itself to different 

1 5 points of attachment to a packet-switched data communications network (such as, the 
Internet) at different points in time. Such roaming provisioning is fairly matured in a 
circuit-switched communications network, such as the phone system. In a packet- 
switched communications network, however, supporting such roaming capabilities is 
difficult. This is because mobile terminals in a packet-switched communications network 

20 are reached using unique addresses, and such addresses usually contain portions (usually 
the prefix) that must be valid in a spatial topology. Also, it is desirable for mobile 
terminals to continue being reached at the same address after a plurality of change of 
point of attachment to the packet-switched data communications network. This allows 
seamless continuation of sessions (such as file transfer) across different points of 

25 attachment to the packet-switched data communications network. 
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To support such roaming capabilities, the industry has developed solutions for 
mobility support in Internet Protocol version 6 (IPv6). In mobile IP, each mobile node 
(i.e. mobile terminal) has a permanent home domain (i.e. a home network). When the 
mobile node is attached to its home network, it is assigned a permanent global address, 
5 known as a home-address. When the mobile node is away (that is, attached to some other 
foreign networks), it is usually assigned a temporary global address, known as a care-of- 
address. The idea of mobility support is that the mobile node can be reached at the 
home-address even when the mobile node is attached to other foreign networks, so that 
other nodes in the packet-switched data communications network need only identify the 

10 mobile node by the mobile node's home-address. Mobile nodes register their care-of- 
addresses with home agents using messages known as Binding Updates. The home agent 
is responsible for intercepting messages that are addressed to the mobile node's home- 
address, and forwarding the packet to the mobile node's care-of-address using IP-in-IP 
tunneling. IP-in-IP tunneling involves encapsulating an original IP packet in another IP 

1 5 packet. Such a binding between home-addresses and care-of-addresses, made known at 
the home agent of the mobile node, allows the mobile node to be reached no matter 
where the mobile node is. However, there exist a time when the mobile node has left a 
previous point of attachment and yet to set up a new binding between its home-address 
and new care-of-address (or even have not yet received a new care-of-address). During 

20 this time, no packet can be delivered to the mobile node. 

In a conventional art, a method is disclosed to allow fast handoff between two 
base stations (see, for example, US Patent No. 6,473,4 13 Bl (October 2002)). In the 
disclosed method, when a mobile node roams to a new network, it issues a reassociation 
request to a base station A. In response to the reassociation request, the base station A 

25 finds the IP address of another base station B via a communications mechanism of 
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mobile IP of IP layer, and then sends a handoff request frame to the base station B. In 
turn, upon receiving the handoff request, the base station B deletes the record of the 
mobile node in an association table, and then sends an handoff response frame back to 
the base station A via the communications mechanism of mobile IP. Then, a unicast 
5 handoff response frame will be forwarded to the base station A, and consequently the 
base station A can complete the handoff procedures. 

In the above-described conventional method, however, the fast handoff requires 
base stations to actively participate, adding burden to the base stations' processing loads. 
Furthermore, the fast handoff procedures depend on the base stations capabilities (or 
10 offered functionalities). This makes the deployment of such method more complex, and 
often more expensive. 

Existing solutions such as the above-described conventional method for 
supporting mobility in a packet-switched data communications network is inadequate in 
ensuring that a mobile terminal has a smooth, continuous communications session when 
15 in transit, because, although the method enables fast handoff between base stations, it still 
requires additions to base station functionalities. Not only does this increase the 
processing burden of the base station, it also requires special efforts to ensure 
compatibility between base stations from different vendors and service providers. 

It is an object of the present invention to provide a mobile terminal apparatus 
20 and handoff method thereof which are capable of achieving smooth, continuous 

communications sessions even when in transit, regardless of base station capabilities and 
functionalities, in a packet-switched data communications network. 

A mobile terminal apparatus according to one aspect of the present invention 
has: a plurality of interfaces each of which is capable of, when its associated access 
25 mechanism is in an active state, obtaining a connection to a network using either one of 
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its home-address which is assigned in advance and its care-of-address which is assigned 
during its presence in a domain where its home-address is not available; an instructing 
section that instructs a setup of a binding of a home-address of a first interface, which 
loses a connection obtained using a care-of-address of said first interface, of said plurality 
5 of interfaces, and either one of a home-address and a care-of-address of a second 
interface of said plurality of interfaces, and a setup section that sets up said binding. 

A handoff method according to another aspect of the present invention in a 
mobile terminal apparatus having a plurality of interfaces each of which is capable of, 
when its associated access mechanism is in an active state, obtaining a connection to a 

10 network using either one of its home-address which is assigned in advance and its care- 
of-address which is assigned during its presence in a domain where its home-address is 
not available, includes: an instructing step for instructing a setup of a binding of a home- 
address of a first interface, which loses a connection obtained using a care-of-address of 
said first interface, of said plurality of interfaces, and either one of a home-address and a 

15 care-of-address of a second interface of said plurality of interfaces; and a setup step for 
setting up said binding. 



Brief Description of Drawings 

FIG. 1 is a block diagram showing the architecture of a mobile terminal 
20 according to Embodiment 1 of the present invention; 

FIG. 2 is a drawing for explaining an example of operations in the entirety of the 
packet-switched data communications network to which the mobile terminal according to 
Embodiment 1 of the present invention is attached; 

FIG 3 is a flow chart for explaining operations of multiple access decision unit 
25 in the mobile terminal according to Embodiment 1 of the present invention; 
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FIG. 4 is a block diagram showing the architecture of a mobile terminal 
according to Embodiment 2 of the present invention; 

FIG. 5 is a flow chart for explaining operations of multiple access decision unit 
in the mobile terminal according to Embodiment 2 of the present invention; 
5 FIG 6 is a drawing showing a timeline of a lower interface being 

handoff handed off between base stations in Embodiment 2; 

FIG. 7 is a block diagram showing the architecture of a mobile terminal 
according to Embodiment 3 of the present invention; 

FIG 8 is a flow chart for explaining operations of multiple access decision unit 
10 in the mobile terminal according to Embodiment 3 of the present invention; 

FIG 9 is a block diagram showing the architecture of a mobile terminal 
according to Embodiment 4 of the present invention; 

FIG 10 is a flow chart for explaining operations of multiple access decision unit 
in the mobile terminal according to Embodiment 4 of the present invention; and 
15 FIG 1 1 is a drawing showing a timeline of a lower interface being 

handoff handed off between base stations in Embodiment 4. 

Best Mode for Carrying Out the Invention 

The essence of the present invention is to instruct a setup of a binding of a 

20 home-address of a first interface, which loses a connection obtained through its care-of- 
address, of a plurality of interfaces each of which is capable of, when its associated 
access mechanism is in an active state, obtaining an access to a network using one of its 
home-address which is assigned in advance and its care-of-address which is assigned 
during its presence in a domain where its home-address is not available, and one of a 

25 home-address and a care-of-address of a second interface of the plurality of interfaces, 
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and to set up the binding. 

A method for achieving seamless handoff in a mobile terminal roaming in a 
packet-switched data communications network is disclosed in this document. To help 
understand the disclosed invention, the following definitions are used: 
5 (a) A "packet" is a self-contained unit of data of any possible format that could be 
delivered on a data network. A "packet" normally consists of two portions: a "header" 
portion and a "payload" portion. The "payload" portion contains data that are to be 
delivered, and the "header" portion contains information to aid the delivery of the packet. 
A "header" must have a source address and a destination address to respectively identify 
1 0 the sender and recipient of the "packet." 

(b) A "packet tunneling" refers to a self-contained packet being encapsulated into 
another packet. The act of "packet tunneling" is also referred to as "encapsulation" of 
packets. The packet that is being encapsulated is referred to as the "tunneled packet" or 
"inner packet." The packet that encapsulates the "inner packet" is referred to as the 

1 5 "tunneling packet" or "outer packet." Here, the entire "inner packet" forms the payload 
portion of the "outer packet." 

(c) A "mobile node" is a network element that changes its point of attachment to the 
packet-switched data communications network. It is used to refer to an end-user 
communications terminal that can change its point of attachment to the packet-switched 

20 data communications network. In this specification, the terms "mobile node" and 
"mobile terminal" will be used interchangeably unless explicitly stated otherwise. 

(d) A "home-address" is a primary global address assigned to a mobile terminal that can 
be used to reach the mobile terminal regardless of where on the packet-switched data 
communications network the mobile terminal is currently attached to. 

25 (e) A mobile terminal that is attached to the packet-switched data communications 
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network where its home-address is topologically compatible with the addresses used in 
the vicinity of the point of attachment is referred to as "at home." The vicinity of this 
point of attachment that is controlled by a single administrative authority is referred to as 
the "home domain" of the mobile terminal. 
5 (f) A mobile terminal that is attached to the packet-switched data communications 
network at a point where the home-address of the said mobile terminal is topologically 
incompatible with the addresses used in the vicinity of that point of attachment is referred 
to as being "away," and the vicinity of this point of attachment is referred to as the 
"foreign domain." 

10 (g) A "care-of-address" is a temporary global address assigned to a mobile terminal that 
is away such that the assigned "care-of-address" is topologically compatible with the 
addresses used in the vicinity of the mobile node's point of attachment to the packet- 
switched data communications network. 

(h) A "home agent" is a network entity that resides at the home domain of a mobile 

15 terminal that performs registration services of care-of-addresses of the mobile terminal 
when it is away, and to forward packets addressed to the home-address of the mobile 
terminal to the care-of-address of the mobile node. 

(i) A "binding update" is a message sent from a mobile terminal to its home agent, or to 
some other nodes on the packet-switched data communications network the mobile 

20 terminal is communicating to, that informs the recipient the current care-of-address of the 
sender. This forms a "binding" between the care-of-address and the home-address of the 
mobile terminal at the recipient. 

In the following description, for purpose of explanation, specific numbers, 
times, structures, and other parameters are set forth in order to provide a thorough 

25 understanding of the present invention. However, it will be apparent to one skillcdo ! 
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ordinary skill in the art that the present invention may be practiced without these 
specific details. 

(Embodiment 1) 

5 FIG. 1 is a block diagram showing the architecture of a mobile terminal 

according to Embodiment 1 of the present invention. Mobile terminal 100 shown in FIG. 
1 has M number (M is an integer greater than or equal to 2) of lower interfaces 101-1 to 
101-M, mobility support unit (MSU) 102, upper layer unit 103, and multiple access 
decision unit (MADU) 104, When reference is made to any one or more of lower 

10 interfaces 101-1 to 101-M, the lower interface(s) will be hereinafter referred to as "lower 
interface 10L" v 

The different access mechanisms available in the mobile terminal are abstracted 
into lower interfaces 101-1 to 101-M. Lower interface 101 is a collective block to refer 
to: physical network interface hardware; software controlling the hardware; and protocols 

1 5 that govern the communications through such hardware. For example, under the 

International Organization for Standardization's (ISO) open systems interconnection 
(OSI) model, lower interface 101 will include all protocols relating to the physical and 
data link layers. As is described previously, the present invention targets mobile 
terminals with multiple access mechanisms. Generally, such mobile terminals normally 

20 consist of a plurality of lower interfaces. 

Note that it may be possible for a single piece of physical hardware to provide 
two (or more) different access mechanisms. Such configurations will still be depicted as 
having multiple lower interfaces 101-1 to 101-M), where each of lower interfaces 101-1 
to 101-M encapsulates the functionalities required for each access mechanism. Lower 

25 interface 101 is said to be active if the associated access mechanism has an active link 
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with a base station. 

Similarly, the functional block upper layer unit 103 refers to all upper layer 
protocols and applications that transmit and receive data packets via mobility support unit 
102 and lower interfaces 101 . Using the ISO's OSI model as an example again, upper 
5 layer unit 103 includes the application, presentation, session, and transport layers. 

MSU 102 is the core of mobile terminal 100 in its packet-switched data 
communications operations, as it handles the reception of packets, transmission of 
packets and determining the route of packets. This is equivalent to the Network layer in 
ISO's OSI model, or in an Internet Protocol (IP) environment, the IP layer. MSU 102 

10 also contains the logic to handle the mobility of mobile terminal 100 with respect to the 
packet-switched data communications network. Specifically, MSU 102 also handles the 
generation or attainment of new temporary global address (i.e. care-of-address) when 
mobile terminal 100 attaches to a new base station, and is responsible to send binding 
updates to the home agent of mobile terminal 100 to register the binding between the 

1 5 home-address and care-of-address of mobile terminal 100. 

Note that in this specification, a home-address and a care-of-address are tied to 
lower interface 101 instead of mobile terminal 100. This is consistent with most packet- 
switched data communications network, such as the Internet Protocol, where addresses 
are tied to the network interface instead of the network node. Such a distinction is also 

20 general in the sense that it covers cases where all lower interfaces 101-1 to 101 -M of 
mobile terminal 100 share the same home-address. Since addresses are tied to lower 
interfaces 101-1 to 101 -M, the concept of home domain and foreign domain also relates 
to lower interface 101 . That is, lower interface 101 is at home if its home-address is 
topologically compatible with its point of attachment to the packet-switched data 

25 communications network, and lower interface 101 is in a foreign domain if its home- 
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address is topologically incompatible with its point of attachment to the packet-switched 
data communications network. 

MADU 104 is the core of the invention. As will be clear in descriptions later, 
MADU 104 is responsible to dynamically modify the bindings between care-of-addresses 
5 and home-addresses of mobile terminal 100 and to make decision to activate or 

deactivate any or all of the lower interfaces 101-1 to 101 -M. Also, MADU 104 knows 
which lower interface 101 is associated with which type of access mechanism in advance. 

Each path between lower interface 101 and MSU 102 which is assigned 
reference numeral 110, and the path between MSU 102 and upper layer unit 103 which is 

1 0 assigned reference numeral 1 1 1 are the data paths used to transfer packets from one unit 
to another. Each signal path used to control lower interface 101 is assigned reference 
numeral 112. Each signal path used to notify MADU 104 new conditions in lower 
interface 101 is assigned reference numeral 1 13. A signal path used to control MSU 102 
is assigned reference numeral 1 14. A signal path used to notify MADU (104) of new 

1 5 conditions in MSU 1 02 is assigned reference numeral 115. 

Under normal operations, mobile terminal 100 will have one or more lower 
interfaces 101 active. For each lower interface 101 that is active, mobile terminal 100 
will have a care-of-address bound to a home-address. Such a binding may have already 
been sent to the home agent of mobile terminal 100, and any other network nodes that is 

20 communicating with mobile terminal 100. This is depicted in FIG. 2. FIG. 2 is a drawing 
for explaining an example of operations in the entirety of the packet-switched data 
communications network to which the mobile terminal according to the present 
embodiment is attached. 

In this example, mobile terminal 100 has two points of attachment to packet- 

25 switched data communications network 150: one via base station 151 using access 
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mechanism 161 through lower interface 101-a, and the other via base station 152 using 
access mechanism 162 through lower interface 101-b. The figure assumes that lower 
interface 101-a has a permanent global address (i.e. home-address) of HoA.l with 
associated home agent 171. The care-of-address assigned to lower interface 101-a is 
5 CoA.BS 1 , which is topologically valid in the domain of base station 1 5 1 . In addition, 
lower interface 101-b has a permanent home-address of HoA.2 with associated home 
agent 172. The care-of-address assigned to lower interface 101-b is CoA.BS2, which is 
topologically valid in the domain of base station 152. 

With these associations, a packet sent to mobile terminal 100 at the address 

1 0 Ho A. 1 would be intercepted by the home agent 171. Home agent 1 7 1 would then 

forward this packet to the care-of-address CoA.BS 1 using packet tunneling. Since an 
outer packet is addressed to CoA.BS 1, the above packet will be routed to mobile terminal 
100 via base station 151. Similarly, a packet sent to mobile terminal 100 at the address 
HoA.2 would be intercepted by the home agent 172. Home agent 172 would then 

1 5 forward this packet to the care-of-address CoA.BS2 using packet tunneling. Since the 
outer packet is addressed to CoA.BS2, it will be routed to the mobile terminal 100 via 
base station 152. 

Note that in FIG. 2 (and the above descriptions), two home agents are illustrated 
for generality. It should be obvious to anyone okille d one of ordinary skill in the 
20 art that the concept can be extended to any number of lower interfaces and any number of 
home agents, where the two numbers are independent. In fact, for the illustrations in 
FIG. 2, home agent 171 and home agent 172 can be the same entity. 

It should also be noted that home agents are not the only entities that can receive 
binding updates. The bindings between home-addresses and care-of-addresses can also 
25 be made known to other network nodes that communicate with the mobile terminal. For 
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instance, in mobile IPv6, mobile nodes can perform so-called route optimization with the 
nodes with which the mobile nodes are communicating (called "corresponding nodes"). 
In route optimization, the mobile nodes send binding updates to the corresponding nodes 
so that the corresponding nodes can insert special indications in packets to forward the 
5 packets to the care-of-addresses of the mobile nodes (instead of going through the home 
agents). It should be obvious to one akillcd of ordinary skill in the art that the 
disclosed invention applies equally, without any loss of functionality, to cases where the 
mobile terminal sends binding updates to these correspondent nodes. 

As mobile terminal 100 moves, one of the access links may get out of range and 

10 thus be broken. For illustration purposes, a case will be assumed where the link between 
lower interface 101 -a and base station 151 is broken. Hereinafter, a lower interface that 
is downed such as lower interface 101 -a will be referred to as a downed lower interface. 

When MADU 104 detects this from one of the signal paths 113, 115, it will 
attempt to reassociate the home-address HoA.l . If reassociation is not done, packets sent 

15 to mobile terminal 100 at the destination address HoA.l will not be delivered, since the 
tunneling packet cannot reach mobile terminal 100 at CoA.BSl. To reassociate the 
home-address of the downed lower interface, that is, HoA.l, MADU 104 follows the 
algorithm depicted in FIG. 3. FIG. 3 is a flow chart for explaining the operations in 
MADU 104. 

20 As stated above, MADU 104 detects the downed lower interface 101 -a, in step 

1000, Then in step 2000, MADU 104 first scans through lower interfaces 101-1 to 101-M 
to search for one or more lower interfaces 101 that are active. MADU 104 has control 
over M number of lower interfaces 101-1 to 101-M. 

These lower interfaces 101-1 to 101-M obtain and maintain connectivity with 

25 the respective access networks independently, and generate Interface_StateJVlessage 
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including: Interface_State (a flag to indicate if lower interface 101 has an association 
with the access network); InterfaceAA (a flag to indicate if the association with the 
access network requires authentication and/or authorization from lower interface 101 or 
users information are required); and AA_State (a flag to indicate if the authentication 
5 and/or authorization between lower interface 101 and the access network is performed 
only if authentication and/or authorization are required). An active indicator in the 
Interface State field of the Interface_State_Message for lower interface 101 indicates 
that the interface may have successfully gone through the appropriate lower interface 
authentication and authorizations as required by the mobile terminal user's profile or as 
10 required by the access networks. An implementation of the Interface_State_Message is 
as follows: 

Interface_State_Message { 

Interface_State; indicate active, "0" indicate otherwise */ 
Interface_AA; /*"1" indicate Authentication and/or Authorization 
1 5 required for full lower interface to access network association, "0" indicates 

Authentication and/or Authorization is not required for full lower interface to 
access network association. **/ 

AA State; /*'T' indicate Authentication and Authorization process 
completed, "0" indicate otherwise. */ 
20 } 

The message may be generated independently of or in response to a request 
from MADU. Note that the use of 0s and Is are by no means limiting. It should be 
obvious to one okillod o f ordinary skill in the art that any other values can be used to 
represent the same meaning. 
25 In step 3000, from the list of active lower interfaces 101, MADU 104 selects an 
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active lower interface 101 for use. Assume the active lower interface selected here is 
lower interface 101-b. This selection can be random, or based on a certain priority. Such 
a priority may be established based on one of the following evaluation criteria: 

(i) Cost of the access mechanism (certain access mechanism may be more expensive 
5 than others-for example, satellite link versus IEEE 802. 11). Lower interface 101 that 

offers the cheapest access is selected; 

(ii) Power consumption of the access mechanism (certain access mechanism may 
consume more power than others--for example, satellite link versus IEEE 802.11). 
Lower interface 101 that offers the lowest power consumption is selected; 

10 (iii) Bandwidth/speed of the access mechanism. Lower interface 101 that offers the 
highest bit-rate or fastest access is selected; 

(iv) Availability of the access mechanism. Lower interface 101 that is expected to 
remain active for the longest amount of time given the current movement patterns of 
mobile terminal 100 is selected; or 

1 5 (v) Weighted combination (sum) of the above criteria. Weights may be zero, positive 
or negative, and lower interface 101 that offers the largest sum is selected. 

Once active lower interface 101-b is selected, MADU 104 next checks if the 
selected lower interface 101-b is in its home domain or foreign domain, in step 4000. As 
a result of the check, if the selected lower interface 101-b is at home, MADU 104 

20 instructs MSU 102 to set up a binding of the home-address of the downed lower interface 
101 -a with the home-address of the selected lower interface 101-b as the care-of-address, 
in step 5000. On the other hand, if the selected lower interface 101-b is in a foreign 
domain, MADU 104 instructs MSU 102 to set up a binding of the home-address of the 
downed lower interface 101 -a with the care-of-address of the selected lower interface 

25 1 0 1 -b as the care-of-address, in step 6000. 
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MADU 104 will need to set some internal state to reflect that the downed lower 
interface 101 -a is in a state where the care-of-address is "borrowed" from another lower 
interface 101 -b. In other words, after the internal state is updated, the downed lower 
interface is marked as having "borrowed" a care-of-address. In addition, MADU 104 
5 will also need to remember from which lower interface 101 the downed lower interface 
101 -a "borrowed" the care-of-address. 

In this case, since lower interface 101-b is in a foreign domain, MADU 104 will 
instruct MSU 102 to set up a binding between CoA.BS2 and HoA. 1 . This will cause 
packets sent to HoA.l to be tunneled to mobile terminal 100 via access link established 
10 by access mechanism 162 between lower interface 101-b and base station 152. 

The new address bindings will be in effect until such a time when the downed 
lower interface 101 -a reestablishes access link to Base Station 151 or some other new 
base station. 

More specifically, in step 7000, the downed lower interface 101 -a reestablishes a 
15 new access. When this happens, MADU 104 will instruct MSU 102 to use the new care- 
of-address obtained from the base station (original or new) for the binding of the home- 
address of the downed lower interface, that is, HoA.l, in step 8000. In addition, MADU 
104 will remove any state variable associated with the (previously) downed lower 
interface 101-a, so that the lower interface 101 -a is no longer marked as having 
20 "borrowed" a care-of-address. 

It is possible that before the downed lower interface 101-a can be reassociated to 
some base station, lower interface 101-b from which it "borrowed" its care-of-address 
may be downed. Thus when lower interface 101 is down, MADU 104 scans through its 
internal states (state variables) to see which lower interfaces 101 have "borrowed" their 
25 care-of-addresses from the downed lower interface 101. Any lower interfaces 101 that 
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have "borrowed" are treated as going down too, and the algorithm that is described in 
FIG. 3 must be carried out for every one of them, including the newly downed lower 
interface 101. 

Thus, according to the present embodiment, mobile terminal 100 and a method 
5 thereof are provided that can recover from link failure to a base station, by having access- 
losing interface 101 -a temporarily borrow an address used by another interface 101-b 
associated with an active access mechanism. Therefore, mobile terminal 100 with a 
plurality of access mechanisms can achieve seamless handoff between base stations 
independently of control by base stations, as mobile terminal 100 changes its point of 
1 0 attachment to a packet-switched data communications network. 

(Embodiment 2) 

FIG. 4 is a block diagram showing the architecture of a mobile terminal 
according to Embodiment 2 of the present invention. Mobile terminal 200 shown in FIG. 
1 5 4 has a basic architecture similar to that of the mobile terminal explained in Embodiment 
1, and therefore the elements of mobile terminal 200 that are identical to those of mobile 
terminal 100 will be given identical reference numerals, and detailed description thereof 
will be omitted. 

Mobile terminal 200 has M number of lower interfaces 201-1 to 201 -M and 
20 MADU 202 instead of lower interfaces 1 0 1 - 1 to 1 0 1 -M and MADU 1 04 of mobile 

terminal 100. Hereinafter, when reference is made to any one or more of lower interfaces 
201-1 to 201-M, the lower interface(s) will be referred to as "lower interface 201." 

As a technical feature explained in the present embodiment, in mobile terminal 
200, lower interface 201 uses prediction techniques to indicate to MADU 202 that it may 
25 go down in a short period of time. Therefore, there is no need to wait for lower interface 
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201 to go down before kicking MADU 202 into action, as explained in Embodiment 1. 

Lower interfaces 201-1 to 201 -M conduct the above-described prediction, which 
can be based on the following methods: 

(i) Measuring the power of the signal from the base station. Weaker signals suggest 
5 greater distance between the mobile terminal and the base station; 

(ii) Measuring the velocity of mobile terminal 200; 

(iii) Comparing the current location of mobile terminal 200 and known locations of base 
stations (using, for example, Global Positioning System); or 

(iv) Combination of the above methods. 

10 Then, based on a result of the prediction, lower interfaces 201-1 to 201 -M 

generates Interface_Release_Indicator_Message including: Releaselndicator (a flag to 
indicate if the lower interface is ready to be fully disassociated from the access network); 
and Release Time (access network disassociation time measured after the message is 
generated by the lower interface), as follows: 
1 5 Interface_Release_Indicator_Message { 

Release_Indicator; to indicate Interface is releasing connectivity 
with the access network previously associated with."0" indicate Interface is not 
releasing connectivity */ 

Release_Time; /* Unit of time a full dissociation will occur after the 
20 message is sent out from the lower interface */ 

} 

After a successful disassociation, lower interfaces 201-1 to 201 -M are 
responsible for updating parameter/s necessary for generating the Interface State field of 
the Interface_State_Message. The Interface_State field needs to reset to "0" in response 
25 to subsequent generation of the Interface_State_Message. Note that this message may be 
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generated independently of or in response to a request from MADU 202, and that the use 
of 0s and Is is by no means limiting. It should be obvious to one skillod of ordinary 
skill in the art that any other values can be used to represent the same meaning. 

The other features of lower interfaces 201-1 to 201 -M are the same as those of 
5 lower interfaces 101-1 to 101-M explained in Embodiment 1. 

When MADU 202 receives such Interface_Release_Indicator_Message via 
signal path 113 generated by lower interface 201, which indicates that lower interface 

201 is about to be disconnected, then MADU 202 takes steps to reassociate the home- 
address of lower interface 201 that is sending the Interface_Release_Indicator_Message 

10 (hereafter referred to as the "hinting lower interface") in advance. The other features of 
MADU 202 are the same as those of MADU 104 explained in Embodiment 1. 

As shown in FIG. 5, the steps taken by MADU 202 are similar to those depicted 
in FIG 3. 

FIG. 5 is a flow chart for explaining the operations in MADU 202. 

15 In step 1500, MADU 202 receives Interface_Release_Indicator_Message as a 

hint of handoff from the hinting lower interface, for example, lower interface 201 -a 
(equivalent to lower interface 101 -a). Then, MADU 202 proceeds to step 2000, and the 
operations of steps 2000 to 4000 will be performed as explained in Embodiment 1. 
As a result of the check in step 4000, if the selected lower interface, for 

20 example, lower interface 201-b (equivalent to lower interface 101 -b) is at home, MADU 

202 instructs MSU 102 to set up a binding of the home-address of the hinting lower 
interface 201 -a with the home-address of the selected lower interface 201-b as the care- 
of-address, in step 5500. On the other hand, if the selected lower interface 201-b is in a 
foreign domain, MADU 202 instructs MSU 102 to set up a binding of the home-address 

25 of the hinting lower interface 201 -a with the care-of-address of the selected lower 
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interface 201-b as the care-of-address, in step 6500. 

Similar to the case in Embodiment 1 for a downed lower interface, MADU 202 
will need to set some internal state to reflect that the hinting lower interface 201 -a is in a 
state where the care-of-address is "borrowed" from another lower interface 201-b. In 
5 addition, MADU 202 will also need to remember from which lower interface 201 the 
hinting lower interface 201 -a "borrowed" the care-of-address. Doing so allows MADU 
202 to take appropriate actions when one lower interface 201 having its address 
borrowed by another lower interface 201 goes down or gives notifications of a predicted 
loss of connectivity. When this happens, MADU 202 scans through its internal states to 
10 see which lower interfaces 201 have "borrowed" their care-of-addresses from lower 
interface 201 that has gone down (or given notification on a predicted loss of 
connectivity). Any lower interfaces 201 that have "borrowed" are treated as going down 
too, and the algorithm that is described in FIG. 4 must be carried out for every one of 
them. 

1 5 The new address binding will be in effect until such a time when the hinting 

lower interface 201 -a reestablishes a new access link, in step 7500. In the present 
embodiment, the hinting lower interface 201 -a may reestablish a new access link after 
going down or without going down. 

Then, MADU 202 will instruct MSU 102 to use the new care-of-address 

20 obtained from the base station (original or new) for the binding of the home-address of 
the hinting lower interface, that is, HoA.l, in step 8500. In addition, MADU 202 will 
remove any state variable associated with the hinting lower interface 201 -a, so that the 
lower interface 201 -a is no longer marked as having "borrowed" a care-of-address. 
According to the present embodiment, handoff prediction is performed. 

25 Performing such handoff prediction is advantageous because although a new address 
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binding is established, the actual physical link between lower interface 201 and the base 
station is still up. Thus any packet that is already in transit can still reach mobile terminal 
200 at the previous care-of-address. This allows for seamless handoff between two base 
stations. 

5 As an illustration, FIG. 6 shows the timeline of lower interface 201 -a being 

handed off from an old base station, for example, base station (BS) 151, to a new base 
station, for example, base station (BS) 152. In time period 210, the link between lower 
interface 201 -a and BS151 is active, and the home-address of lower interface 201 -a, 
HoA.l, is bound to the care-of-address, CoA.BSl, which is topologically compatible to 

10 the domain of BS1 51. 

At time 211, lower interface 20 1 -a detects that it is moving away from BS 1 5 1 , 
and alerts MADU 202. MADU 202 then follows the algorithm as above-explained with 
FIG 5, and selects the care-of-address, CoA.2, of alternative lower interface 201. This 
address is then bound to the home-address HoA. 1 by sending to other nodes (for 

1 5 example, the home-agent of mobile terminal 200) binding update messages conveying 
this new binding. 

Thus in time period 212, lower interface 201 -a will start using the new 
(temporary) care-of-address of CoA.2. Note that in this time period 212, lower interface 
201 -a can still be reached by BS151, and thus any packets sent to mobile terminal 200 
20 addressed to CoA.BSl will still be able to be delivered to mobile terminal 200. 

At time 213, mobile terminal 200 has moved so far away from BS151 such that 
the link between BS151 and lower interface 201 -a is down. Hence, in time period 214, 
lower interface 201 -a can no longer receive packets that are still addressed to CoA.BSl. 
Finally, at the time 215, lower interface 201 -a is associated with a new base station, that 
25 is, BS152. Lower interface 201-a is then assigned a new care-of-address CoA.BS2, that 
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is topologically compatible within the domain of BS152. Hence in time period 216, the 
home-address HoA.l is bound to the care-of-address CoA.BS2. Note that as long as 
lower interface 201 from which CoA.2 is "borrowed" is active, packets addressed to 
CoA.2 can still be received by mobile terminal 200. 
5 As is evident from the above description, the present embodiment allows mobile 

terminal 200 to be reached at all times by its home-address(es), provided that at least one 
lower interface is active at any given time. The present embodiment also solves the 
problem that packets that are forwarded to a previous care-of-address after a handoff 
cannot be received, without requiring special operations of the base station. 

10 On careful inspection of the timeline illustrated in FIG 6, there is a slight 

possibility that a packet forwarded to mobile terminal 200 at the care-of-address 
CoA.BSl may not reach mobile terminal 200. This will happen if the packet arrives at 
BS151 after lower interface 201 -a is disconnected from BS151 (i.e. after time 213). To 
avoid this, the length of time period 212 (i.e. the time length t_pred) must be long enough 

1 5 so that the packet sent by all other nodes, which still think the home-address HoA. 1 is 
bound to the care-of-address CoA.BSl, have been delivered before time 213. 

Note that this has two parts to it: first, the sending node may in fact know the 
binding of HoA.l and CoA.BSl; and second, the sending node sends the packet to 
HoA.l, and the home agent for lower interface 201 -a tunnels the packet to CoA.BSl. 

20 Hence, the time length t_pred must be long enough so that the binding update message 
containing the new binding of HoA. 1 and CoA.2 has sufficient time to reach all nodes 
that know the binding of HoA.l and CoA.BSl, plus the additional transit time for any 
packets sent by these nodes to reach BS 1 5 1 . Mathematically, to ensure a truly seamless 
handoff, the time length t_pred meets the conditions of the following equation (Eq 1): 

25 t_pred >= t_bu + t_pkt (Eq 1 ) 
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where: t_pred is the time after lower interface 201 -a predicts a break in connection and 
the time when the break in connection really occurs; tbu is the mean time binding 
update messages sent by mobile terminal 200 take to reach their intended recipients; and 
t_pkt is the mean time packets sent by any other nodes take to reach mobile terminal 200. 
5 Note that doing so can only minimize loss of packets due to handoff, since in a typical 
packet-switched data communications network (such as IP or IPv6) the transit time of a 
packet is unbounded. Normally, t bu and t_pkt are difficult to estimate. Thus often 
practiced in the field is to estimate their sum, also known as the round trip time, t_rtt, 
which gives the mean time packets take to travel from mobile terminal 200 to another 
10 node and return. Thus the above (Eq 1) becomes the following equation (Eq 2): 
t_pred >= t rtt (Eq 2) 

Accordingly, such apparatus as mobile terminal 200 that employs handoff 
prediction can borrow a temporary address in advance, thus achieving a truly seamless 
handoff, without requiring special considerations on the operations of the base stations. 

15 

(Embodiment 3) 

FIG 7 is a block diagram showing the architecture of a mobile terminal 
according to Embodiment 3 of the present invention. Mobile terminal 300 shown in FIG. 
7 has a basic architecture similar to that of mobile terminal explained in Embodiment 1, 
20 and therefore the elements of mobile terminal 300 that are identical to those of mobile 
terminal 100 will be given identical reference numerals, and detailed description thereof 
will be omitted. 

Mobile terminal 300 has M number of lower interfaces 301-1 to 301-M and 
MADU 302 instead of lower interfaces 101-1 to 101 -M and MADU 104 of mobile 
25 terminal 100. Hereinafter, when reference is made to one or more of lower interfaces 
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301-1 to 301-M, the lower interface(s) will be referred to as "lower interface 301." 

The above-described embodiments disclosed methods whereby mobile terminals 
100 and 200 can achieve seamless handoff with a plurality of active access links. In 
addition, in the present embodiment, it can be extended so that mobile terminal 300 needs 
5 only to have one access mechanism active at any given time under normal circumstances. 
Only when the active access mechanism loses its connection to the base station, then 
MADU 302 is kicked in to activate an alternative access mechanism. 

This kind of "on-demand" activation is especially useful when a mobile terminal 
has two different types of access mechanisms: one that is cheap (or fast) but provides 
1 0 only short range access (e.g. IEEE 802. 1 1 or B luotoot h BLUETOOTED and one that 
is expensive (or slow) but provides long range access (for example, GPRS or satellite 
link). Under normal situation, mobile terminal 300 will want to use the cheaper (or 
faster) access mechanism as the primary access method. However, when mobile terminal 
300 goes out of range, it can then fire up the more expensive (or slower) access 
15 mechanism to maintain connectivity, until mobile terminal 300 reaches a new operation 
area of the primary access mechanism. 

Accordingly, lower interfaces 301-1 to 301-M are associated with different types 
of access mechanisms. Any other features of lower interfaces 301-1 to 301-M are the 
same as lower interfaces 101-1 to 101-M of mobile terminal 100. 
20 Also, as stated above, MADU 302 activates and deactivates an alternative access 

mechanism when it learns that an access mechanism loses its connection to the base 
station. Any other features of MADU 302 are the same as MADU 104 of mobile 
terminal 100. 

Next, the operations in MADU 302 of mobile terminal 300 having the above 
25 architecture will be explained using FIG 8. MADU 302 follows the algorithm depicted 
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in FIG. 8. 

After detecting in step 1000 a downed lower interface, for example lower 
interface 301 -a (equivalent to lower interface 101 -a), MADU 302 scans through lower 
interfaces 301-1 to 301 -M to search for one or more lower interfaces 301 associated with 
5 an alternative access mechanism of a different type from the access mechanism 

associated with the downed lower interface 301 -a, in step 2500. Such lower interfaces 
will be referred to as "alternative lower interfaces" hereinafter. 

Then, in step 3500, MADU 302 selects one of alternative lower interfaces 301, 
for example, lower interface 301-b (equivalent to lower interface 101 -b), based on the 
10 same selecting method as explained in Embodiment 1. 

It then activates the selected alternative lower interface 301-b (i.e. the access 
mechanism of the selected alternative lower interface 301-b), in step 3600. This includes 
waiting for the selected alternative lower interface 301-b to power up, associate with a 
base station, and set up a care-of-address, if necessary. Once the selected alternative 
15 lower interface 301-b becomes active, MADU 302 proceeds to step 4000. Then, the 
operations in steps 4000 to 8000 will be performed. These steps are identical to those 
found in FIG. 3 and are explained in Embodiment L 

Thus, according to the present embodiment, mobile terminal 300 and a method 
thereof are provided that can activate an alternative access mechanism on demand to 
20 ensure that a temporary address can be used. 

Deployment of the technology described in the present embodiment can 
typically be found in an internet protocol (IP) environment. Here a mobile terminal, such 
as a personal digital assistant (PDA), may have two different access interfaces: one that is 
slower but has longer range using GPRS (General Packet Radio Service); and the other 
25 one that is faster but has shorter range using the Institute of Electrical and Electronics 
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Engineers (IEEE) 802.11b standard. 

The mobile terminal can subscribe to a single internet service provider (ISP) and 
use both mechanisms. In this case, the ISP is most likely to provide a single home agent 
to manage both access interfaces. Alternatively, the mobile terminal can subscribe to 
5 separate ISP's for different access interfaces. In this case, each ISP will provide one 
home agent to manage each access interface. Using the method described in the present 
embodiment, the mobile terminal can use 802.1 lb to access the Internet while in the 
operating range of an 802. 1 lb access point, which can be found in hotspots that are 
gaining popularity. When the mobile terminal moves out of the range, the longer range 
10 GPRS can be used to provide temporary access to the Internet, until the mobile terminal 
moves within the range of another 802, 1 lb access point. 

Note that it is immaterial to the present invention if a single ISP (therefore a single home 
agent) or multiple ISP's (thus a plurality of home agents) are involved. 

Thus, the technology disclosed in the present embodiment will work seamlessly. 
1 5 Also, the mobile terminal can employ route optimization techniques to send binding 
updates to nodes other than its home agent(s). The method of the present embodiment 
will allow the mobile terminal to maintain session continuity across successive handoffs 
as long as the mobile terminal made known the bindings of addresses to every node that 
is necessary. 

20 

(Embodiment 4) 

FIG. 9 is a block diagram showing the architecture of a mobile terminal 
according to Embodiment 4 of the present invention. Mobile terminal 400 shown in FIG. 
9 has a basic architecture similar to that of mobile terminal explained in Embodiment 1, 
25 and therefore the elements of mobile terminal 400 that are identical to those of mobile 
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terminal 100 will be given identical reference numerals, and detailed description thereof 
will be omitted. 

Mobile terminal 400 has M number of lower interfaces 401-1 to 401 -M and 
MADU 402, instead of lower interfaces 101-1 to 101-M and MADU 104 of mobile 
5 terminal 100. Hereinafter, when reference is made to one or more of lower interfaces 
401-1 to 401-M, the lower interface(s) will be referred to as "lower interface 401." 

For better understanding of the present embodiment, the technical feature in the 
present embodiment is a combination of the prediction techniques explained in 
Embodiment 2 and the "on-demand" activation techniques explained in Embodiment 3. 
10 It is possible to further enhance the effects provided by the apparatus and method 
explained in Embodiment 3 with the prediction techniques described earlier. 

Accordingly, lower interfaces 401-1 to 401-M, like lower interfaces 301-1 to 
301-M, are associated with different types of access mechanisms. Also, lower interfaces 
401-1 to 401-M, like lower interfaces 201-1 to 201-M, conduct handoff prediction. The 
15 other features of lower interfaces 401-1 to 401-M are the same as interfaces 101-1 to 
101-M explained in Embodiment 1. 

Like MADU 302, MADU 402 activates and deactivates an alternative access 
mechanism when it learns that an access mechanism loses its connection to the base 
station. Also, when MADU 402, like MADU 202, receives 
20 Interface Release lndicator Message via signal path 113 generated by lower interface 
401, which indicates that lower interface 401 is about to be disconnected, then MADU 
402 takes steps to reassociate the home-address of lower interface 401 that is sending the 
Interface_Release_Indicator_Message (i.e. the hinting lower interface 401) in advance. 
The other features of MADU 402 are the same as MADU 104 explained in Embodiment 
25 1. 
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Next, the operations in MADU 402 of mobile terminal 400 having the above 
architecture will be explained using FIG 10. MADU 402 follows the algorithm depicted 
in FIG. 10. After step 1500 explained in Embodiment 2, MADU 402 proceeds to step 
2500, step 3500, and step 3600 explained in Embodiment 3, then to step 4000 explained 
5 in Embodiment 1 . Then, step 5500 or step 6500 explained in Embodiment 2 follows, 
based on the result of the check in step 4000, and then proceeds to step 7500 and step 
8500 explained in Embodiment 2. 

Combining such on-demand activation with handoff prediction brings additional 
benefits: not only can mobile terminal 400 achieve seamless handoff for its primary 

10 lower interface 401, it can also keep its operating cost low (cost is measured in terms of 
monetary value, delay in transmission or power consumption, depending on the criterion 
used when the primary access mechanism was selected) by having alternative lower 
interface 401 in an off mode until it is needed. As an example, the timeline of a lower 
interface, for example lower interface 401 -a (equivalent to lower interface 101-a) being 

15 handed off from an old base station, for example BS 151, to a new base station, for 
example BS152, is shown in FIG 11. 

In time period 411, the link between lower interface 401 -a and BS151 is active, 
and the home-address of lower interface 401 -a, HoA.l, is bound to the care-of-address, 
CoA.BSl, which is topologically compatible to the domain of BS151 . At time 412, 

20 lower interface 40 1 -a detects that it is moving away from BS 1 5 1 , and alerts MADU 402. 
MADU 402 then follows the algorithm depicted in FIG 10, and selects alternative lower 
interface 401 to activate. This alternative lower interface 401 is activated at time 413, 
and is assigned a care-of-address CoA.2. MADU 402 then instructs MSU 102 to set up a 
binding between HoA.l and CoA.2 by sending to other nodes (such as the home-agent of 

25 mobile terminal 400) binding update messages conveying this new binding. Thus in the 
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time period 414, lower interface 401 -a will start using the new (temporary) care-of- 
address CoA.2. Note that in time period 414, lower interface 401-a can still be reached 
by BS151, thus any packets sent to mobile terminal 400 addressed to CoA.BSl will still 
be able to be delivered to mobile terminal 400. 
5 At the time 415, mobile terminal 400 has moved so far away from BS 1 5 1 that 

the link between BS151 and lower interface 401-a is down. Hence, in the time period 

416, lower interface 401-a can no longer receive packets that are still addressed to 
CoA.BSl. Subsequently, mobile terminal 400 moves within range of BS152 at the time 

417. Lower interface 401-a is then assigned a new care-of-address CoA.BS2, that is 

1 0 topologically compatible within the domain of BS 1 52. Hence in the time period 4 1 8, the 
home-address HoA.l is bound to the care-of-address CoA.BS2. Note that as long as the 
alternative lower interface 401, from which CoA.2 is "borrowed," is active, packets 
addressed to CoA.2 can be received by mobile terminal 400. Thus, the alternative lower 
interface 401 is only shut off after some delay, t delay, at time 419, to allow the delivery 

15 of all remaining packets that are forwarded to CoA.2. 

There are two time lengths that are important to ensure truly seamless handoff, 
t_pred and t_delay, shown in FIG 1 1 . The time length t_pred is the time after lower 
interface 401-a predicts a break in connection until the time when the break in connection 
really occurs. To minimize loss of packets due to handoff, the time length t _pred must be 

20 greater than or equal to the sum of: 

(i) Time it takes to activate alternative lower interface 401; 

(ii) Time alternative lower interface 401 takes to set up an address binding if it is in a 
foreign domain; 

(iii) Mean time binding update messages take to reach their intended recipients; and 
25 (iv) Mean time packets sent by other nodes take to reach mobile terminal 400. 
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Mathematically, this implies the following equation (Eq 3): 
t_pred >= t_activate + tbu + t_pkt (Eq 3) 

where: t_pred is the time after lower interface 401 -a predicts a break in 
connection until the time when the break in connection really occurs; t activate is the 
5 time it takes to activate alternative lower interface 401, including the time alternative 
lower interface 401 takes to set up an address binding if it is in a foreign domain; t_bu is 
the mean time binding update messages sent by mobile terminal 400 take to reach their 
intended recipients; and t_pkt is the mean time packet sent by any other nodes take to 
reach mobile terminal 400. If the round trip time, trtt, is estimated instead of t bu and 
10 t_pkt, the above equation (Eq 2) becomes the following equation (Eq 4): 
t_pred >= ^activate + t rtt (Eq 4) 

The time length t_delay is the delay after the downed lower interface 401 -a 
associates with BS152 before shutting down the alternative lower interface 401. To 
minimize loss of packets due to handoff, the time length t delay must be greater than or 
1 5 equal to the sum of the mean time binding update messages take to reach their intended 
recipients and the mean time packets sent by other nodes take to reach mobile terminal 
400. 

Mathematically, this means the following equation (Eq 5): 
t_delay >= t_bu + t_pkt (Eq 5) 
20 Alternatively, if the round trip time, t_rtt, is used, the above equation (Eq 5) 

becomes the following equation (Eq 6): 
t_delay >= t rtt (Eq 6) 

Accordingly, such apparatus as mobile terminal 400 that employs 
handoff prediction can borrow a temporary address in advance, thus achieving a truly 
25 seamless handoff, without requiring special considerations on the operations of the base 
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stations. 

As described above, a mobile terminal apparatus according to one aspect of the 
present invention has: a plurality of interfaces, each interface being capable of, when an 
associated access mechanism is in an active state, obtaining a connection to a network 
5 using one of a home-address which is assigned to the interface in advance and a care-of- 
address which is assigned to the interface while the interface is in a domain where the 
home-address is not available; an instructing section that instructs a setup of a binding of 
a home-address of a first interface of the plurality of interfaces, the first interface losing a 
connection obtained through a care-of-address of the first interface, and one of a home- 

10 address and a care-of-address of a second interface, of the plurality of interfaces; and a 
setup section that sets up the binding. 

With this configuration, an instruction is provided to set up a binding between a 
home address of a first interface among a plurality of interfaces, the first interface losing 
a connection obtained through a care-of-address assigned to the first interface, and one of 

15 a home address and a care-of-address of a second interface among the same plurality of 
interfaces, and the binging is thus set up. Even if a mobile terminal moves and its point 
of attachment to a packet-switched data communications network changes, the mobile 
terminal is still able to execute high speed handoff procedures using its own resources 
alone, thereby enabling smooth, continuous communications sessions in the packet- 

20 switched data communications network even when in transit, regardless of base station 
capabilities and functionalities. By changing the access mechanism (for example, access 
technique), the mobile terminal is able to perform a smooth handoff in high speed 
handoff procedures, without actively involving base stations. By this means, the mobile 
terminal is able to completely control the handoff procedures and reduce the amount of 

25 processing in the base stations. In addition, since the handoff procedures are performed 
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by the mobile terminal alone and do not depend on base stations' capabilities. 

In addition, a handoff method according to another aspect of the present 
invention is for use in a mobile terminal apparatus having a plurality of interfaces, each 
interface being capable of, when an associated access mechanism is in an active state, 
5 obtaining a connection to a network using one of a home-address which is assigned to the 
interface in advance and a care-of-address which is assigned to the interface while the 
interface is in a domain where the home-address is not available, includes: an instructing 
step for instructing a setup of a binding of a home-address of a first interface, the first 
interface losing a connection obtained through a care-of-address of the first interface, and 

10 one of the plurality of interfaces, and one of a home-address and a care-of-address of a 
second interface of the plurality of interfaces; and a setup step for setting up the binding. 

With this method, an instruction is provided to set up a binding between a home 
address of a first interface among a plurality of interfaces, the first interface losing a 
connection obtained through a care-of-address assigned to the first interface, and one of a 

1 5 home address and a care-of-address of a second interface among the same plurality of 
interfaces, and the binging is thus set up. Even if a mobile terminal moves and its point 
of attachment to a packet-switched data communications network changes, the mobile 
terminal is still able to execute high speed handoff procedures using its own resources 
alone, thereby enabling smooth, continuous communications sessions in the packet- 

20 switched data communications network even when in transit, regardless of base station 
capabilities and functionalities. By changing the access mechanism (for example, access 
technique), the mobile terminal is able to perform a smooth handoff in high speed 
handoff procedures, without actively involving base stations. By this means, the mobile 
terminal is able to completely control the handoff procedures and reduce the amount of 

25 processing in the base stations. In addition, since the handoff procedures are performed 
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by the mobile terminal alone and do not depend on base stations' capabilities. 

The present application is based on Japanese Patent Application No.2003- 
171295, filed on June 16, 2003, the entire content of which is expressly incorporated 
herein by reference. 

5 

Industrial Applicability 

The mobile terminal apparatus and the handoff method of the present invention 
have an advantage of enabling smooth, continuous communications sessions even when 
in transit, regardless of base station capabilities and functionalities, and are useful for 
10 constantly changing points of attachment to a packet-switched data communications 
network. 
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CLAIMS 

i-s A mobilo terminal apparatus comprising : 

a — plurality — &€ interfaces, each interface — being 

capable of, — when an associated access mechanism thereof is 
5 in — an — active — state, — obtaining — a — connection — to — a — network 
using — one — o€ — a — home address — which — is — assigned — to — said 

interface i-n advance and a care of - addre s s which is 

assigned — fee — said — interface — while — said — interfac e — ie — in — a 
domain where the homo address is not available; 

10 an — in s tructing — s ection — that — instructs — a — s e tup — of — a 

binding — e-§ — a — homo address — of — a — first — interface — of — said 

plurality — oS — interfaces, said — first — interface — losing — a 

connection obtained through a care - of - address of said first 
interface, — and one of a home address and a care of address 

15 of a second interface, of said plurality of interfaces; and 
a setup section that sets up the binding, 

3-= A — mobilo — termina l — apparatus — according — fee — claim — 1-r 

wherein said instructing section comprises ; 

20 a — detecting — section — that — detects — fehe — loss — o£ — the 

connection — obtained — through — fehe — care of address — of — said 
first interface; 

a — searching — section — that/ — when — fehe — loss — of — fehe 

connection — of — said — first — interface — is — detected, — searches 
25 for at lea s t one interface whoso as s ociated access 
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mechanism is — in an active — state — from among — said plurality 
of intor faces; 

a Golecting section selects , based on a predetermined 

criterion, — s aid — second — interface — from among — said — art — least 
5 one interface that has been s earched; 

a — deciding — s ection — that — decides — whether — er — net — the 

selected second interface is present in a domain whore the 
homo address of said second interface is available; and 
a determining section that d e t e rmines the homo 

10 address — e# — said — second — int e rface — is — bound — to — the — h o m e - 
address of — said — fir s t — interface when said second interface 
is — present — in — the — domain — where — the — homo ■ addre ss — e€ — said 
second — interface — is — available/ — and — that — determines — the 
care of address — ef — said — second — interfac e — is — bound — to — the 

15 hom e a ddress — of — said — first — interface — wh e n — said — s e cond 
interface — is — net — present — is — the — domain — where — the — home 
address — of — s aid — second — interface — is — available, — based — en — a 
result of the decision by said deciding section. 

20 3-5 A — mobile — termina l — apparatus — according — to — claim — ir- 

wherein ; 

each of — said plurality of interfaces — predicts — a — loss 

ef — a — connection — obtain e d — through — an — assigned — care of - 
address; and 
25 said instructing section comprises: 
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a searching aoction that, — whon the loss of — the 

connection — ef — said — first — interface — is — predicted — by 

said — first — interface/ — searches — for at — loaot one — interface 

who se — associated — access — m e chani s m — is — i« — an — active 

5 state from among said plurality of interfaces; 

a — selecting — s ection — that — selects, — based — en — a 

predetermined — criterion, — said — second — interface — from 

among — said — a-fe — least — one — interface — that — has — been 

searched; 

10 a deciding — section — that — decides — whether — or not 

said selected second interface is present in a domain 

where — the — home address — &€ — s aid — second — interface — is 

available; — and 

a determining section that determi nes the 

15 home address of said second interface is bound to th e 

homo address of — said first interface when said second 

interface — is — present — in — the — domain — whore — the — home - 

addross of — said second interface is available, — and that 

determi nes the care of address &€ said second 

20 interfac e is — bound — fee — the — home ■ addr e ss — o4 — said — first 

interfac e whon said second interface is not present in the 

domain where the homo - address of said second interface 

is available j — based on a result of — the decision by said 

deciding section , 
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4r-. A — mobile — terminal — apparatus — according — fee — claim — W 

wherein said instructing ooction compri se s : 

a — detecting — aoction — that — detects — the — logo — — the 

connection — obtained — through — the — care of addr e ss — of — said 
5 first int e rfac e ; 

a — searching — section — that, when — the — loss — — the 

conn e ction — of — said — first — interface — is — detected, — searches 
-£er — at — l e a s t — one — interface — associated — with — an — access 
m e chanism — of — a — different — typ e — from — an — access — mechanism 

10 associated — with — said — first — interface from — a m o ng — said 

plurality of interface s ; 

a selecting s ection that selects, based on a 

predetermined — criterion/ — said — second — interface — from — among 
said at least one interface that has been searched; 

15 an activating section that activates an access 

mechanism associated with said selected second interface; 

a — deciding — section — that — decide s — whether — or not — s aid 

selected s e cond int e rface whoso associated access mechanism 
is activated is present in a domain where the homo address 

20 of said s econd interface is available; — and 

a — determining section — that determines the — homo 

addr ess — of — said — s econd — interface — is — bound — fee — the — hom o 
address — — said — first — interface when — oaid — second — interface 
is — pre s ent — in — the — domain — where — the — home addres s — of — said 

25 s econd — interface — is — available, and — that — determines — the 
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care of address — e4 — said — second — interface — is — bound — fee — the 
homo address — — said — f irat — int o rfaco — when — s aid — aecond 
interface — is — aet — prooont — in — the — domain — where — the — homc - 
addreaa — of — said — s econd — interface — i-s — available/ — baaed on — a 
5 result of the decision by said deciding section. 



A mobile terminal apparatus according to claim 1, 

wherein each of s aid plurality of — interfaces predicts 

a — los s — — a — connection obtained through an as s igned care 

10 o f - addr e s s ; and 

— wherein said instructing section compris e s : 

a — searching — section — that, — when — the — loss — of — the 

connection — of — said — first — interface — is — predicted — by 

said — first — interface/ — searches — fea? — at — least — one — interface 

15 associat e d — with — an — access — mechani s m — oS — a — different 

typ e — from — an — access — mechanism — associated — with — said — first 

interface from among s aid plurality of interfaces; 

a — selecting — section — that — selects, — based — on — a 

predetermined — criterion/ — said — s econd — interface — from 

20 among — aaid — at — lea s t — one — interface — that — has — boon 

searched; 

an — activating — section — that — activates — an access 

mechanism associated with the selected second 

interface; 

25 a deciding section that decides whether or not 
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said selected second intorfaco whose acc e ss mechaniom 

is — activated — is — present — in — a — domain whore — the — home 

address of said second interface io available; and 

a determining section that d e termines the 

5 hom e- address of said second int e rface is bound to the 

home address of said first interface when said second 

interface — is — pr ese nt — in — the — domain — where — the — home 

address of — said — second — intorfaco — is — available/ and 

determines — the care of addres s of — said second interface is 

10 bound to the home addres s of said first intorfaco when 

said — s econd — interface — is — not pres e nt — in — the domain where 

the homo - address — of — said — second — interface — is — available/ 

based — en — a — result — of — the — decision — by — said — deciding 

section. 

15 

A — handof f — method — in — a — mobile — termina l — apparatus 

having — a — plurality — of — interfaces/ — each — interface — being 
capable of/ — when an associated acce ss mechanism thereof — is 
in — an — active — s tate/ — obtaining — a — connection — fee — a — network 
20 using — one — o€ — a — home - address — which — is — assigned — fee — s aid 

interface in advanc e and a care of address which is 

assigned — fee — said — interface — while — said — intorfaco — is — in — a 
domain where — the home address — is — not — available/ — the method 
comprising ; 

25 an — instructing — stop — for — instructing — a — setup — o€ — a 
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binding of a homo addroaa — of a — f irat — interf aco> — aaid — f irat 
intorf aoo — looing — a — connection — obtained — through — a — caro of - 
addrooo of — aaid — f irot — interfac e / — and one of — aaid plurality 
ef — intorf acoo, — and — one — of — a — homo - addreaa — and — a — care of 

5 address of a aecond interface of aaid — plurality — e# 

interf acoa; and 

a aotup atop for aotting up aaid binding. 
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AB S TRACT 

A — mobile — termina l — that — ensures — smooth, — continuous) 

communicationo — sessions — cvon when in transits — regardless of 
base station capabilities and functionalities/ — in a packet ■ 

5 s witched data communications network. With this — termin al 

each — o4 — a — plurality — &€ — lower — interfaces — 101 1 — te — 101 M, 
when its associated access mechanism is in an active state, 

ean obtain a connection fee packet owi t ched data 

communicationo network 150 using its homo address HoA.l — &e 

10 its — care - of - addres s — CoA.B S l. When — lower — interfac e — 101 - a 

loses — its — connection — obtained — u s ing — the — caro of address 

CoA.B S l, multiple acces s d e cision unit 104 instructs 

mobility support unit — 103 — to set up a binding of — the homo 
addre s s HoA.l and either one of the homo address HoA.2 — and 

15 the care of address CoA.BS2 of another lower interface 101 - 

fe-5 Mobility s upport unit 102 sets up the binding according 

to the instruction from multiple access decision unit 104. 
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